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FIELD AND BACKGROUND OF THE INVENTION 

The present invention relates to a system and method for automatically generating an 



application for interacting with an enterprise resource, and in particular, for such a system and 
method which constructs such an application without extensive manual intervention from a 
human programmer for an enterprise resource, such that the data associated with the enterprise 
resource is available through the application, for manipulation, export and import of data. 



enterprise application, for example by manipulating, exporting and importing data. The 
enterprise application is a software program which enables such access and manipulation of the 
data of the resource. One example of an enterprise resource is a database which is accessible 
through an interface written in the COBOL programming language. The term **enterprise" 

15 refers to an existing resource and application within an organization, for example. Such 
enterprise resources may be maintained simply because constructing a completely new data 
structure and a new application interface is expensive and time-consuming, and may also result 
in significant "down time" until the new application is running smoothly and the enterprise 
application can be removed. Thus, organizations are hesitant to completely replace enterprise 

20 applications and resources. 

A more useful system and method would enable the organization to integrate new or 
additional functionality to the enterprise application and resource, while still maintaining the 
enterprise application and resource, without requiring extensive programming by a human 
programmer and without requiring extensive testing before the new application and data 

25 structure is ready for use. Such a system and method would be either semi-automatic, or even 
completely automatic, thereby reducing the possibility of human error as well as reducing the 
amount of human intervention required to prepare the new application and resource. Finally, 
such a system and method would produce an application which is widely usable across many 
different computer platforms, yet which is flexible and robust. Unfortunately, such a system 

30 and method are not currently available. 

There is thus a need for, and it would be useful to have, a system and a method for 
automatic generation of a new resource data structure and of a software interface for that data 
structure, which would interface with an enterprise resource and an enterprise application, and 



10 



An enterprise resource is a structured set of data which is accessible through an 
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which would be flexible and robust, yet would not require substantial manual intervention by a 
human programmer for the construction of the new data structure and software interface, 
thereby integrating the enterprise application or applications into a single client interface. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, aspects and advantages will be better understood &om 
the following detailed description of a preferred embodiment of the invention with reference to 
the drawings, wherein: 

FIG. 1 is a schematic block diagram of an illustrative system and work flow according 
to the present invention; and 

FIG, 2 is a schematic block diagram of an application created according to the present 
invention. 

SUMMARY OF THE INVENTION 

The present invention is of a system and a method for automatic creation of a software 
application for accessing an enterprise data resource, preferably without actually altering the 
stored data. Rather, the system and method of the present invention create an interface which is 
preferably operable across computer platforms, and which enables the user to both write data to, 
and retrieve data from the enterprise resource. This is accomplished by first analyzing the 
enterprise resource to decompose it into a plurality of logical data units. Each data unit is then 
translated into an application component, which is preferably an object with associated methods 
and data. Each application component is then added to a hierarchical object-oriented structure, 
which is constructed according to the logical relationships between the units of data. The 
hierarchical object-oriented structure is optionally edited manually by the user. Finally, the 
hierarchical object-oriented structure is transformed into the application by an engine which 
uses a "factory'' model, thereby efficiently coding those portions of the interface which are 
similar or even identical for all enterprise resources. The final application is preferably a group 
of objects which provide such functions as a user interface and data input and output. 

According to the present invention, there is provided a system for automatic 
construction of an application for an enterprise resource for operation by a user, the system 
comprising: (a) a meta-data description of the enterprise resource, the meta-data description 
featuring a plurality of logical units of data; (b) a meta-data parser for parsing the enterprise 
resource into the plurality of logical units of data according to the meta-data description and for 



^ it 
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determining a relationship between the logical units of data; (c) a meta-data translator for 
translating each logical unit of data into an application component, for associating the 
application component with at least one interface component for interfacing with the enterprise 
resource; and (d) a definition extraction factory for creating the application from a plurality of 

5 the application components with the at least one interface component, at least according to the 
relationship between the plurality of logical units of data. 

According to another embodiment of the present invention, there is provided a method 
for automatically constructing an application for an enterprise data resource for a user, the 
steps of the method being performed by a data processor, the method comprising the steps of: 

10 (a) providing a meta-data description of the enterprise resource, the meta-data description 
including at least one attribute of the enterprise resource; (b) dividing the enterprise resource 
into a plurality of logical data units according to the meta-data description; (c) translating each 
of the plurality of logical data units into an application component according to at least one 
attribute of the meta-data description to form a plurality of application components; (d) 

15 determining a relationship between the plurality of logical data units; and (e) constructing the 
application according to the plurality of application components and the relationship between 
the plurality of logical data units. 

Hereinafter, the term "network" refers to a connection between any two computers 
which permits the transmission of data. Hereinafter, the term "computer" includes, but is not 

20 limited to, personal computers (PC) having an operating system such as DOS, Windows™, 
OS/2™ or Linux; Macintosh"^^ computers; computers having any type of Java virtual machine 
as the operating system; and graphical workstations such as the computers of Sun 
Microsystems™ and Silicon Graphics'^, and other computers having some version of the UNIX 
operating system such as AIX^^ or SOLAIUS"^^ of Sun Microsystems™; or any other known 

25 and available operating system, including operating systems such as Windows CE™ for 

embedded systems, including cellular telephones-, handheld computational devices and palmtop 
computational devices, and any other computational device which can be connected to a 
network. Hereinafter, the term "Windows'^" includes but is not limited to Windows95'^, 
Windows 3,x^^ in which '"x" is an integer such as "1", Windows NF*^, Windows98™, 

30 Windows CE^^ and any upgraded versions of these operating systems by Microsoft Corp. 
(USA), 

Hereinafter, the term "Web browser" refers to any software program, which can display 
multimedia data such as text, graphics, or both, from Web pages on World Wide Web sites. 
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Hereinafter, the term "Web page" refers to any document available for download and display, 
including, but not limited to, documents written in a mark-up language such as HTML 
(Hyper-text Mark-up Language), VRML (Virtual Reality Modeling Language)^ dynamic 
HTML, XML (Extended Mark-up Language) or related computer languages thereof 
5 Hereinafter, the term "application user*' refers to the individual operating the application 

which is constructed according to the present invention, while the term "programming user" 
refers to the human programmer who is constructing the application by interacting with the 
system of the present invention. 

The present invention could be described as a series of steps implemented by a data 

10 processor, such that the present invention could be implemented as hardware, software or 

firmware, or a combination thereof For the present Invention, a software application could be 
written in substantially suitable programming language, which could easily be selected by one 
of ordinary skill in the art. The programming language chosen should be compatible with the 
computer by which the software appUcation is executed. Examples of suitable programming 

15 languages include, but are not limited to^ C, C-h- and Java. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention is of a system and a method for automatic creation of a software 
application for accessing an enterprise data resource, preferably without actually altering the 

20 stored data. Rather, the system and method of the present invention create an application which 
is preferably operable across computer platforms, and which enables the application user to 
both write data to, and retrieve data ftom the enterprise resource. This is accomplished by first 
analyzing the enterprise resource to decompose it into a plurality of logical data units. Each 
data unit is then translated into an application component, which is preferably an object with 

25 associated methods and data. Each application component is then added to a hierarchical 
structure which is preferably object-oriented. This hierarchical object-oriented structure is 
constructed according to the logical relationships between the units of data. By 
"object-oriented", it is meant that the hierarchical object-oriented structure features a plurality 
of objects, with data and methods, which are linked according to the relationships between 

30 these objects. The hierarchical object-oriented structure is optionally edited manually by the 
programming user. Finally, the hierarchical object-oriented structure is transformed into the 
application by an engine which uses a **factory'* model, thereby efficiently coding those 
portions of the interface which are similar or even identical for all enterprise resources. The 
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final application is preferably constructed as a group of component objects which provide such 
functions as a user interface and data input and output. 

The final application is preferably adjusted to the requirements of a requesting client at 
run-time, particularly with regard to the GUI. For example, if the client which is requesting 
5 access to the enterprise resource data is a thin client operating a Web browser through HTML, 
then preferably the GUI is implemented as a Web page with HTML forms. More preferably, 
the GUI is first constructed as a GUI abstraction, thereby enabling different specific, concrete 
GUI implementations to be constructed "on the fly" as described in greater detail below. 

The term "enterprise resource" includes such resources as a database or other data 
10 storage structure written in the programming language COBOL, for example, or a terminal 

emulator interface which enables the application user to access data through a particular type of 
terminal. Other examples of such enterprise resources are also possible within the scope of the 
present invention. However, for the purposes of discussion only, and without intending to be 
limiting in any way, the following description centers upon two types of enterprise resources: a 
15 data storage structure written in COBOL, and a terminal emulation software interface. 

The principles and operation of a method and system according to the present invention 
may be better understood with reference to the drawings and the accompanying description, it 
being understood that these drawings are given for illustrative purposes only and are not meant 
to be limiting. 

20 Referring now to the drawings. Figure 1 is a schematic block diagram of the workflow 

through the software modules in a system 10 for automatic generation of a new software 
application for an enterprise resource, preferably as a hierarchical object-oriented structure. A 
system 10 initially receives a meta-data description 12 of the data structure of the enterprise 
resource. This meta-data description divides the data of the enterprise resource into a plurality 

25 of logical data units 14. For example, for a data structure written in the COBOL programming 
language, each logical data unit 14 would be determined according to the syntax of the COBOL 
programming language. This syntax divides the data into different types, each of which is 
stored in a particular field. Thus, for a data structure written in COBOL, one example of a 
logical data unit 14 would be a particular type of data field. 

30 As another example, for a terminal emulation software program such as a terminal 

emulation program for the 3270 terminal type, meta-data description 12 would include 
information obtained from trapping a plurality of screen displays for that terminal- Again, each 
screen display could be divided into data entry fields, for example, such that each data entry 
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field could be an example of logical data unit 14. 

Meta-data description 12 for a particular enterprise resource is then received by a 
meta-data parser 16. Preferably, each meta-data description 12 has a separate meta-data parser 
16, For example, a COBOL parser 18 would parse meta-data description 12 for a data structure 
5 written in the COBOL programming language, while a 3270 parser 20 would parse meta-data 
description 12 for a data structure written for a 3270 terminal emulation software interface. 
Other examples of meta-data parsers 16 are possible and are included within the scope of the 
present invention. 

Each meta-data parser 16 divides meta-data description 12 into the plurality of logical 
10 units of data 14. For example, COBOL parser 18 divides meta-data description 12 for a data 
structure written in COBOL according to the known syntax of the COBOL programming 
language. Thus, each meta-data parser 16 must be specifically constructed for each meta-data 
description 12. 

Each logical unit of data 14 is then passed to a meta-data translator 22. Meta-data 
15 translator 22 translates each logical unit of data 14 into an application component 24 during a 
translation process according to two sets of rules. The first set of rules is a set of internal 
translation rules 26, which is defined separately for each type of meta-data description 12, For 
example, set of internal translation rules 26 for a data structure written in COBOL are 
determined according to the known syntax of the COBOL programming language. These rules 
20 enable meta-data translator 22 to retrieve such information fi^om logical unit of data 14 as a 
name for application component 24, a data type for application component 24, a display 
interface for application component 24, and so forth. Examples of data types for application 
component 24 include, but are not limited to, a scalar, a Boolean, an integer and a list. Thus, 
each set of internal translation rules 26 is preferably specifically constructed for each meta-data 
25 parser 16. 

In addition, set of internal translation rules 26 enables meta-data translator 22 to create 
default values for definitions which cannot be determined according to the data available in 
logical unit of data 14. These default values are determined according to at least one 
assumption made in set of internal translation rules 26. For example, if a data for a particular 
30 variable is stored in the data of the enterprise resource, then this assumption could include a 
range of permissible values for that variable. 

Preferably, at least one assumption would enable a mechanism for displaying the data in 
the GUI (graphical user interface) to be determined according to set of internal translation rules 
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26. For example, a group name and at least one variable field could be defined in COBOL code 
written to define the data structure of a particular enterprise resource. The default assumptions 
of set of internal translation rules 26 could optionally define the display mechanism for the 
associated data as a panel, with the group name as the title of the panel, and the value or values 
5 for the variable displayed in the panel. As another example, if the group name includes the 
word *'occurs'^ such that the related data has more than one instance, then the data oould 
optionally be displayed in a plurality of 'tab cards" on the GUI. 

The GUI is therefore preferably determined as an abstract GUI, composed of a plurality 
of abstract components, such as a check box for example. Each abstract component is more 

10 preferably selected fi*om a group of such components, such that the properties of the abstract 

component are optionally and more preferably automatically known to processes which occur at 
run-time. Thus^ preferably these rules enable assumptions concerning both valid data and 
mechanisms for displaying the data in the GUI to be defined during the translation process, 
such that the GUI is defined as a GUI abstraction with a plurality of abstract GUI components. 

15 Set of internal translation rules 26 enables each application component 24 to be created 

by an application component factory 27 according to the attributes of a template for application 
component 24. Application component factory 27 is therefore able to use the information 
obtained according to set of internal translation rules 26 by meta-data translator 22 to enter the 
necessary information for each attribute in the template, thereby creating appUcation component 

20 24. More preferably, application component factory 27 is able to transform each application 
component 24 into an object, with associated data and methods for accessing the data. This 
preferred object-oriented architecture for each application component 24 also enables 
application component 24 to be placed within a hierarchical object-oriented structure for the 
new enterprise resource, described in greater detail below. 

25 In addition, preferably the interface components (not shown), which are other associated 

components of the generated application, described in greater detail below with regard to Figure 
2, are also generated by application component factory 27. These interface components are 
constructed fi*om an interface, which provides the standard for defining each type of interface 
component. Application component factory 27 selects the correct interface components for 

30 each application component 24, as well as the correct attributes for each interface component, 
according to the translation process which was previously described. 

The second set of mles for the translation process is a set of external translation rules 
28. These external rules preferably include at least one rule defined by the programming user 
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of the system of the present invention, which either override one or more rules of set of internal 
translation rules 26, or alternatively are in addition to one or more rules of set of internal 
translation rules 26. Optionally and preferably set of external translation rules 28 includes at 
least one rule which is specific to the particular enterprise resource but which is not necessarily 

5 defined according to the syntax structure of the enterprise application. For example, such a rule 
could modify the length of the data or could define particular features of the mechanism for 
displaying the data on the GUI, 

Meta-data parser 12 also determines a position 30 for each logical unit of data 14 within 
the hierarchical object oriented structure. Meta-data parser 12 preferably builds the tree 

10 dynamically, as each logical unit of data 14 as parsed, by determining the relationship between 
each parsed logical unit of data 14 and previously parsed logical units of data 14, for example 
as a parent, brother, or child of such a previously parsed logical unit of data 14. 

Next, logical position 30 for each logical unit of data 14 is used to construct a 
hierarchical object-oriented structure 32 of application components 24 by a hierarchical 

15 structure constructor (not shown), which also includes the associated interface components for 
each application component 24. Hierarchical object-oriented structure 32 is preferably 
automatically adjusted to reduce repetition of data. Optionally and preferably, if a particular 
application component 24 recurs repeatedly throughout meta-data structure 12, preferably 
hierarchical object-oriented structure 32 is constructed to indicate the repeated occurrences of 

20 application component 24 without repeating all of the information about application component 
24, for example by storing a pointer to application component 24. 

Hierarchical object-oriented structure 32 is optionally displayed to the programming 
user by an editing environment (not shown), such that the programming user can then edit 
hierarchical object-oriented structure 32. For example, the programming user could choose to 

25 alter a position of one or more application components 24, to remove one or more application 
components 24 fi-om hierarchical object-oriented structure 32, to adjust one or more associated 
interface components, or to add information which could not be automatically determined by 
meta-data translator 22 or application component factory 27. One example of such information 
would be specific values for one or more parameters for which default values were entered 

30 during the automatic translation process described previously. Such information is preferably 
entered by the programming user, since values for these parameter(s) are not available fi*om the 
data in logical unit of data 14, or else cannot be determined automatically during the translation 
process. More preferably, hierarchical object-oriented structure 32 is displayed to the 
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programming user in the context of a development environment, such as a GUI (graphical user 
interface), which simplifies these changes and additions through "'drag and drop" GUI gadgets 
and other aids to the programming user. 

One advantage of system 10 of the present invention is that the rules of set of internal 
translation rules 26 is optionally simplified, in order to avoid complex rule-based systems 
which are difficult to operate. Rather, system 10 both enables the programming user to define 
additional, enterprise resource-specific mles in set of external translation rules 28, and to 
manually edit hierarchical object-oriented structure 32. Thus, system 10 both is simple to 
operate and yet still enables the programming user to adjust the constructed application as 
needed. 

Hierarchical object-oriented structure 32 of application components 24 is then 
preferably transformed by a definition extraction factory 34 into a definitions file 36. 
Definition extraction factory 34 travels down through hierarchical object-oriented structure 32 
and examines each application component 24 individually. Definition extraction factory 34 
then extracts the necessary information from each application component 24 in order to 
construct definitions for each aspect of the new application for accessing the enterprise 
resource. Definition extraction factory 34 preferably also selects the correct interface 
components, with the correct attributes, for each application component 34. More preferably, 
definition extraction factory 34 includes a plurality of creators (not shown). Each particular 
creator is able to extract information from application component 24 in order to select the 
correct instance of an interface component, with the correct attributes, for a particular type of 
interface component. 

Definitions file 36 is preferably a fiat text file containing a list of these definitions for 
each application component 24 and for the associated interface components. However, 
definitions file 36 could also be a generic text file or a binary format file, for example. 
Definitions file 36 is then used to create the internal structure of application 38 at run-time, 
such that the definitions for each application component 24 are read, and are then used to create 
application 38. 

Preferably, these definitions are parsed by a parsing engine (not shown) which is similar 
to application component factory 27. Since these definitions are determined according to the 
present invention, there is no requirement for translating the data structure or for assuming any 
default parameters. Instead, the parsing engine creates each application component 24, and 
then links each application component 24 to the interface components as described in greater 
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det^l below. The overall structure of hierarchical object-oriented structure 32 is then created 
by the parsing engine to link all of these components together into application 38. 

More preferably^ parsing engine creates a framework for the components of application 
3S. This framework then optionally provides services for these components. Ultimately, the 
5 enterprise data is provided to a cUent (not shown), which then displays the data to the user. 
Therefore, one portion of the framework is most preferably an object which contdns the client 
information, such as the type of communication language used by the client, as well as the type 
of GUI requested by the client. Examples of different types of communication languages 
include, but are not limited to, HTML (HyperText Mark-up Language); Java, which may have 

10 different sub-types such as Swing, AWT and so forth, XML (extensible mark-up language); and 
WML (Wireless Mark-up Language), Examples of different types of GUI include, but are not 
limited to, a Web browser, a Java client interface and no GUI. The latter type of GUI is 
preferred for applications, such as SQL (sequential query language) database applications by 
Oracle Ltd. or other such applications, which do not require a GUT. Thus, the client could 

15 optionally request not to receive a GUI for these types of applications, but otherwise preferably 
specifies a type of GUI for displaying the information. 

Once the parsing engine receives this information, then the GUI is generated at run-time 
and/or the time of parsing (if this process occurs before the run-time for the client). Preferably, 
the GUI is generated by the parsing engine from the previously described GUT abstraction, with 

20 the abstract GUI components. The parsing engine also preferably requests a particular library 
of corresponding specific, implemented GUI components according to the type of 
communication protocol and the type of application. For example, one type of library might be 
relevant to a GUI designed for a Web browser and implemented in HTML, while a different 
type of library would be used for a Java interface GUI which is implemented in the Swing type 

25 of Java. Each library would contain information for implementing each type of abstract GUI 
component as an actual, concrete GUI component. 

In addition, each library preferably includes a layout manager for determining the 
spatial relationship between GUI components. More preferably, each such component, whether 
concrete or abstract, is specified in relation to other GUI components, rather than with absolute 

30 sizes or other absolute properties, in order for the layout manager to operate more effectively. 
The layout manager is also optionally and more preferably embodied in a rules-based 
implementation, for determining properties of the GUI component such as size for example. 
Such a layout manager is available as part of the Java developers* toolkit (Sun Microsystems 
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Ltd.), but is also preferably implemented for other communication languages such as HTML for 
example. 

Optionally and more preferably, the layout manager operates according to a selected 
layout policy, which again is most preferably abstracted to an abstract policy, similar to the 

5 GUI abstraction. Such an abstract policy enables the parsing engine, in combination with the 
layout manager, to more easily implement the actual GUI with the actual GUI layout policy, 
regardless of the client communication language type and/or the client application type. One 
advantage of such a set of abstractions is that the human software developer can more easily 
construct various types of GUI components and layout policies as a generalized GUI, rather 

10 than implementing the GUI specifically for each type of client communication language type 
and/or the client application type. 

More preferably, at run-time adjustments are made to the structure of application 38 by 
the parsing engine. For example, the parsing engine may recognize a repetitive sequence within 
hierarchical object-oriented structure 32, with muhiple sub-luerarchies associated with a 

15 particular application component 24. The parsing engine could then optionally reproduce 
portions of application 38 which correspond to the multiple sub-hierarchies, thereby more 
efficiently generating application 38. Preferably, the programming user can also optionally use 
this feature of system 10 in order to create part of hierarchical object-oriented structure 32 by 
selecting and then duplicating one or more application components 24. 

20 Each interface component of application 38, apart from application component 24, is 

preferably defined according to an interface for that type of component. Preferably, the 
programming user is able to select interface components from a predefined set of interface 
components in order to construct application 38. Optionally and preferably, the programming 
user can create new interface components from the interface which is provided for each type of 

25 component, such that these new interface components are specific to the requirements of the 
particular enterprise resource for which the programming user is constructing application 38. 

If the programming user wishes to aUer one or more aspects of application 38 after 
definitions file 36 has been created, then defmitions file 36 is read by defmition extraction 
factory 34 to form all of the components, including application component 24 and the interface 

30 components of application 38 (not shown in Figure 1, see Figure 2), as objects. Each object can 
then be adjusted by the programming user, for example by altering one or more rules of set of 
external translation rules 28. The object is then processed again by application component 
factory 27 to form application component 24 and/or one or more of the interface components of 
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application 38. 

Figure 2 shows a preferred implementation of the structure of application 38, which 
features components which can be divided into three levels of control of functions within 
application 38. In addition, the components are of two types. The first type of component is 
5 the interface components which were previously described. The second type of component 
provides the backbone for application 38, and includes application component 24 and 
extensions to application component 24. 

The first of the three levels is a base level 40, which provides overall control for 
application 38, The backbone component of base level 40 is a base application component 42, 

10 which manages the interactions of the remaining components of application 38. Base 
application component 42 is the most extended from application component 24, and is 
preferably unique to application 38. Base application component 42 controls both the flow of 
data, including data import to and export from the enterprise data resource, and the display of 
the user interface to the application user. 

15 An application control component 44 contains all of the rules and activities for 

importing data to, and exporting data from, the enterprise resource, which are preferably at least 
partially determined by the programming user. Preferably, the programming user enters a set of 
rules for how the enterprise resource can be accessed, for example for displaying certain types 
of data, and application control component 44 is then created at least partially according to 

20 these rules, 

A user interface control component 46 provides control for the user interface, including 
for the functionality of the user interface and for the way in which the user interface is 
displayed to the user. Both application control component 44 and user interface control 
component 46 are controlled by base application component 42. 

25 The next level of application 38 is a first node level 48. First node level 48 contains 

components for controlling data import to, and export from, the enterprise resource and for 
display of the retrieved data to the application user through the user interface. The backbone 
component for first node level 48 is an I/O component 50, which is also an extension of 
application component 24, although somewhat less extended in comparison to base application 

30 component 42, I/O component 50 controls the activities of an I/O control component 52 and of 
a user interface component 54, as well as passing data to be exported from the enterprise 
resource and displayed by the user interface according to user interface component 54, and data 
to be retrieved through the user interface and imported to the enterprise resource through I/O 
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control component 52. 

I/O control component 52 controls data input and output from the enterprise resource. • 
Optionally and preferably, each application 38 has more than one I/O control component 52 for 
retrieving data from the enterprise resource according to different retrieval modes. For 

5 example, the data could be presented to the application user through a terminal emulation 
software interface or alternatively through a data structure interface written in COBOL. 

Preferably, application 38 is coded as a group of Java-based data objects, since the Java 
programming language enables each I/O control component 52 to subscribe to particular types 
of events, and hence to "listen" only for activity which should be controlled by that particular 

10 1/0 control component 52 . 

User interface component 54 preferably includes instructions for displaying the 
retrieved data in a GUI container according to the attributes provided by I/O component 50, 
such as whether the data is displayed in a table, through a set of "tab card" GUI display objects, 
or any other type of GUI display form. More preferably, the programming user is able to select 

15 a particular pattern for the display of the information in a GUI display object, such that user 
interface component 54 then displays the data according to the selected pattern. For example, 
if the data includes a number of repeated sequences of numbers of other data, preferably a 
pattern is selected which is suitable for repetitive data. Alternatively and preferably, such a 
pattern could be automatically selected during the previously described automatic conversion 

20 process. In addition, user interface component 54 preferably also includes at least one display 
property, such as color of text or symbols, size of GUI display object, background color, and 
other display properties for the data. 

User interface component 54 optionally and preferably implements the user interface as 
a Java application, or alternatively as an applet. More preferably, user interface component 54 

25 implements the user interface in a document mark-up language, such as HTML or XML for 
example, for display by a Web browser. 

The next level of both definitions file 36 and application 38 is a second node level 56. 
Second node level 56 contains objects which are specific to each application component 24, 
including application component 24 itself. In addition, second node level 56 includes an import 

30 interface 58, for importing data into the enterprise resource associated with application 
component 24, and an export interface 60, for retrieving data from the enterprise resource 
associated with application component 24. Both import interface 58 and export interface 60 
interact with I/O control component 52 of first node level 48, which was previously described. 
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Optionally and preferably, a single application component 24 can have more than one 
associated import interface 58 and export interface 60, for example in order to enable the 
enterprise resource to be accessed through multiple types of data access. However, preferably, 
each associated import interface 58 and export interface 60 is controlled by a single I/O control 
5 component 52. 

For the sake of symmetry, user interface component 54 is shown again in second node 
level 56. It should be noted that user interface component 54 is present at both first node level 
48 and second node level 56, since the user interface is preferably provided through a single 
interface component as shown. However, optionally user interface component 54 could be 

10 divided into two interface components; a first such component for first node level 48, which 
would provide a user interface for controlling data input and output; and a second such 
component for second node level 56, which would actually display the exported data. 

The operation of the components of first node level 48 and second node level 56 is 
preferably implemented as follows. I/O control component 52 controls the flow of data into 

15 and out from the enterprise resource, notifying the other components of application 38 which 
are subscribed to events related to particular types of data. For exporting data fi-om the 
enterprise resource, I/O control component 52 receives the raw data from the resource. I/O 
control component 52 then analyzes the raw data, and notifies each export interface 60 which is 
subscribed to a portion of the raw data that such data is available. I/O control component 52 

20 parses the data according to the data structure. For example, for data stored in a structure 
written in the COBOL programming language, the parsing instruction is based upon a fixed 
format which includes an offset and a length of the data field. Alternatively, the data may be 
separated by data separators, such as commas. Also alternatively, the data may be stored in the 
format 'Tield name = field value". After parsing the data, I/O control component 52 then 

25 provides the appropriate portion of the raw data to each export interface 60, which translates the 
raw data into the appropriate format for display through user interface component 54. 

Similarly, for importing data into the enterprise resource, user interface control 
component 46 informs the relevant I/O control component 52 to prepare to receive data for 
storage. I/O control component 52 then notifies all other subscribing components to provide 

30 data through export interface 60. I/O control component 52 receives the data and prepares the 
data in the proper format for storage. Optionally and preferably, each I/O control component 
52 sends such data to a diflferent computer, through a different interface and based upon a 
diffeent language. Thus, each I/O control component 52 could be used to control data input to. 
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and output from, a different enterprise resource, such that application 38 would provide an 
integrated solution to the management of these different enterprise resources. 

A validation interface component 64 interacts with export interface 60, import interface 
58, user interface component 54 and with a data structure interface component 66, in order to 
5 validate the data associated with application component 24, 

Data validation includes such functions as determining whether data to be retrieved 
from, or written to, a enterprise resource associated with application component 24 has a value 
or values which are valid for that type of data. In addition, data validation may include 
determining whether data can be modified, which in turn is optionally determined by the state 

10 of application 38. For example, in one state, application 38 could be determined to be 'Yead 
only", such that data can only be retrieved from the enterprise resource, but may not be written 
to the enterprise resource. In this state, import interface 58 should not be permitted to import 
new data and/or to change existing data. Each state preferably has a set of rules, for 
determining if data can be displayed, whether a particular object of application 32 is operative, 

15 and so forth. Validation interface component 64 and data structure interface component 66 
together provide low-level controls for maintaining the rules for each state of application 32. 

For example, export interface 60 could retrieve data from the enterprise resource, which 
would be stored in data structure interface component 66. User interface component 54 would 
then retrieve the data stored in data structure interface component 66 for display to the 

20 application user through the user interface. Thus, the mechanism for displaying the data is 
independent from the data itself, since export interface 60 translates the data into the correct 
format for display by user interface component 54 and since user interface component 54 does 
not need to interact directly with export interface 60. 

Furthermore, one or more components of application 38 could be replaced with another 

25 component of the same type, without altering the function of the remaining components. Thus, 
the structure of application 38 which is displayed in Figure 2 provides maximum flexibility for 
interacting with the enterprise resource. 



30 



It will be appreciated that the above descriptions are intended only to serve as examples, 
and that many other embodiments are possible within the spirit and the scope of the present 
invention. 
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1 . A system for automatic construclion of a software program to write 
data to, and to retrieve data from, an enterprise re<«>urce for imeraction with a user, 
the system comprising; 

(a) a meta-data description of the enterprise resource, said meta-data 
description featuring at least one attribute of the data of the enterprise 
resource, said at least one attribute including a structure of the data; 

(b) a meta-data purser for parsing the enterprise resource into said plurality 
of logical units of data according to said at least one attribute of said 
meta-data description, and for determining a hierarchical structure for 
said logical units of data according to said structure of the data; 

(c) a meta-data translator for translating each logical unit of data into an 
application component, such that the data of said logical unit of data is 
associated with said application component* and for associating aaid 
application component with at least one interface component for 
interfacing with the enterprise resource; and 

(d) a definition extraction factory for creating the software program from a 
plurality of said application components with said at least one interface 
component, at least according to said hierarchical structure for said 
plurality of logical units of data. 

2. The system of claim I , wherein the software program features a 
phirality of interface components, including at least one interface component for data 
flow to and from the enterprise resource and at least one interface component for 
providing a user interface to the user. 

3. The system of claim 2, wherein the software program further 
comprises: 

(i) a first layer of interface components for providing control of the 
software program, including at least one mterface component for 
controlling said user interface and at least one interface component for 
controlling said data flow; 
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(ii) a second layer uf interface components for providing said data input 
and said data output, including said at least one interface component 
for providing said user interface; and 

(iii) a third layer of interface components for specifically interacting with 
the enteiprise resource. 

4. The system of ci^m 3, wherein said application component is 
contained in said third layer and said third layer further comprises: 

(1 ) an export interface for retrieving data from the enterprise resource; and 

(2) an import interface for storing data into the enterprise resource. 

5. The system of claim 4, herein each of said first layer and said second 
layer includes an extension of said application component for communicating with 
said at least one interface component related to said user interface and said at least 
one interface component related to f^td data flow. 

6. The system of claim 5. wherein said at least one interface component is 
defined according to a standard interface and according to at least one us^-defined 
fijDCtion. 

7. The system of claim h wherein said meta-data description, said 
meta-data parser and said meta-data translator arc specific for a particular type of 
enterprise resource. 

8. The system of claim 7, wherein said meta-data translator translates 
each logical unit of data according lo ai least one internal translation rule. 

9. The system of claim 8, wherein said at least one internal translation 
rule is defmed according to an attribute of said particular type of enteiprise resource. 

10. The system of claim 9, wherein said a! least one internal translation 
rule fbrther includes at least one default value for a parameter not described in said 
mela-data description. 
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1 1 . The ^y$tem of claim 10, wherein said meta-data translator also 
translates each logical unit of data acconiitig to at least one external Iranalation lailc 
defmed by the user 

12. The system of claim I, further comprising: 

(e) an application component factory for transforming each application 
component into an object having j;atd at least one method and being 
associated with the data of said associated logical dau unit; and 

(f) a hierarchical structure constructor for arranging said plurality of 
application components into a hierarchical object-oriented stnicture 
according to said hierarchical structure Tor said logical units of data, 
Mich thai smd defmition extraction factory also creates the software 
program according to said hierarchical object-oriented structure. 

13. The system of claim 1 2, further comprising. 

(g) a definitions file for defining each of said plurality of application 
components, such that the softw^c program is stored as said 
definitions f1Ie> said defmitions file being constructed by said definition 
extraction factory. 

14. The system of claim 13, further comprising: 

(h) an editing environment for ediiing said liierarchical object-oriented 
structure by the user» such that the user manually alters at least a 
portion of said hierarchical object oriented structure. 

15. The system of claim 14, further c«>mprising: 

(i) a parsing engine for reading said definitions file and for operating the 
.software program according to said defiiutiotis file. 

1 6. The system of claim 1 S, fttrtber comprising: 

(j) a user interfece of the software program for interacting with the user; 

and 
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(k) a client computer for operating said user mterfacc, such that said 

parsing engine constructs said user interface automatically according to 
at least one property of said client computer. 



1 7. The System of claim 1 6, wherein said user interface is a GUI (graphical 
user interface), said GUI being constructed by said mcta-dau translator with at least 
one abstract GUI component, the system further comprising: 

(I) at least one GUI library for containing a conver&ion of said at least oxy& 
abstract GUI component to a concrete GUT component, such that said 
parsing engine also constructs said user Interface automatically 
according to said GUI library. 



1 8 The system of claim 1 7, wherein said at least one GUI library contains 
a plurality of concrete GUT components and a layout manager for determining a 
spatial relationship between said plurality of concrete GUI components. 

1 9. A method for automatically constructing a software program to write 
data to, and retrieve data from, an enterprise data resource for a user, the steps of the 
method being performed by a data processor, the method comprising the steps of; 

(a) providing a meta-data description uf the enterprise resource, said 
meta-data description including at least une attribute of the data of the 
enterprise resource; 

(b) dividing the enterprise resource into a plurality of logical data units 
according to said mcta-data description; 

(c) translating each of said plurality of logical data units into an 
application component according to at least one attribute of said 
mcta-data description to form a plurality of application components; 

(d) determining a hierarchical structure for said plurality of logical data 
units; and 

(e) constructing the softwfure program from said plurality of application 
components according to said hierarchical structure for said plurality of 
logical data units. 



20. The method of claim 19, wherein said at least one attribute of said 
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meta-data description includes a structure of the data in the enti^rise resource, such 
that step (d) is performed according lo said structure of the data in the enterprise 
resource. 



2 1 . The method of claim 20, wherein step (c) further comprises the step of: 
(i) defining at least one method for eacli application component, for 
operating on the data of each logical data unit associated with each 
application component^ such that each application component is an 
object having said at lea^it one method and being associated with the 
data of said associated logical data unit 



22. The m^od of claim 21 , herein step (d) further c^jmpriscs the st^ of: 

(i) constructing a hierarchical object-oriented structure for said plurality of 
application components according to said hierarchical structure for said 
phirality of logical data units. 

23. The method of claim 22, whei ein step (d) further comprises the steps 

(ii) providing an editing environment for displaying said hierarchical 
object-oriented structure to the user; and 

(iii) altering at least a portion of said hierarchical object-oriented structure 
by the user. 



24. The method of claim 23, wherein step (c) is performed according to at 
leasit one internal uranslation rule, said at least one internal translation rule being 
defined aca>rding to a type of the enterprise resource. 

25. The method of claim 24, wherein step (c) is additionally performed 
according to at least one external translation rule defined by the user and whwein step 
(i) of step (c) is performed by iraiuslalifig each of said plurality of logical data units 
into an application component according to said at least one external translation rule 



26. The method of claim 25, further comprising the steps of: 
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(f) extracting a plurality of defmiiions for describing each of SJiid plurality 
of application components and said hierarchical structure; and 

(g) storing the soft ware program by storing said plurality of definitions. 

27. The method of claim 26, further con^rtsing the step of: 

(h) operating the software program according to said plurality of 
definitions. 

28. The method of claim 27, fiirther comprising the step of: 

(i) ahering the software program by changing at least one of said phjrality 
of definitions. 

29. The method of claim 24, wherein the software program is operated by 
a client computer, and step (e) includes the step$ of: 

(1) automatically constructing a user interface according to at least one 
property of said client computer; and 

(2) displaying said user int^ftce to the user for interacting with the user. 

30. The method of claim 29, wherein step (I) further includes the stqis of 

(A) constructing an abstract user interface for displaying data from the 
enterprise resource and for interacting with the user; and 

(B) constructing a concrete user interface according to said abstract user 
interfiice and according to said at least one property of said client 
computer 



09/937315 




09/937315 



WO 00/57300 



PCT/ILOO/00178 



2/2 




SUBSTITUTE SHEET (RULE 26) 



3.0. 20QUFRt) 1«,39 tKTERtlJOt 

' * ' vt£xpr^ Mdl Label No. 



FACE. 



Docket No. 
191/3 



Declaration an^l Power of Attorney For Patent Application 

English Language DedarattcMi 

My rtsHterK:^ pott ofRce adtfrm and ci&sensMp m btfowmxt to tny natm. 

I beiievo I cm Ihe orfgmei^ ^ arid 8^ 

first and Jdnt ir^tor (if piunri fiam^ are ftated belmr) df the sot^t tm^r whtdi daftmd aiful for 
wfMi a patmt is acHigM M ttia irim 

tha apadflcaflon of wN<*^ 



d a^atnciwdharato. 



INted StertM /^pficaNcm Na or PCT Intw^ 



andwasBmandedori • 



(trappicaHa) 

i fiarrty ^ite OM t tava wrievvad tmderslefftd ma ocN'MeMs of tha dbO!i« tdenSRad ape^lk^tion. 
mA^hg tN» ctaros, M ammdad by any am 

t m^nowiedga me du^io df^;^ to flia United ^atea Patent and Trs^tamarK OTtca aN infoimatkm 
toioKwi to ma to be to patmtabm as d^ined In TWa 37. Code of Fad«d ftegirtalforo^ 

SadlmYl;56. , 

I haraby daim toieien pnorffy benem^ under TWe UnMad States Coda, Sedron 11fl{aM<i) or 
Sedlon »5(b) of any fore^n swHcattonJa) for patent or Jwanfer's or SadloriiSWta) of 

wiy PCT (ntem^onal appH^rton Which dasl^iaM at teim one country otJ*- than the UriW St^, 
listed batew and have also fde^ 

Jfwantora certifiGete or International appiicatton having afiiing date befare that of theappiioation 
pn wkh pFtoF% is titalntad; 



Prior Fbr^gn AppM;»tNin(s} 
(NiAnbar) 



(CkHmtry) 



Pftmbor) 



{Cowlry} 



{D^li^en»tfyafrFiad) 
{Da^Mor^inrMr FSad) 



(Number) 



(Cou»«y} 



Prfority NotCtaimad 

□ 
□ 

a 



(tftayfWoriRi/Ya^ 



50. OEa 2001 trail i6:40 int?rlikx 



972 S « 126947 



I hereby ddim fto bewfit und^ 35 U.S.C. Section 118(0) or any Unit9d Satea provtetonaf 
Mcation(i} Otletf bttow: 



t her^ dlabit the bmom ifiricfer 35 U. 9. C. SmOchi 120 of any Unitdcf $bte3 «ppHeatton(sK or 
. Sec^ 36S(q) <^my IHj^T Iji^^ma^^ appfo^km de$igrsi^ tt^ Unitod^teMclefMow^^^ 
Insofar M the 4ub|ect matter of tech of the dmna of this appltealbn is not <8sciosed in Sie prtor 
Sla^ ur PCT Ir^wnftyonaf dpp&aiiion In tfw fnarmdf proyidod the first paivgr^ of 35 
U.aaMlon112« f «ekii0Me»^<iuiytQdtsdos0lot^ 

t»Ree aH Infcrmafion kmm to me to m material fo p«t«ntaM% as defined bi TKle d7« C. F. 
Secton 1 .56 wWdi becme avaaable o^tween the faing date of tfie prior ^Icatfon md the natiwai 
or PCT intMiitfonar Iffif^ dale ^ this app%:^onr 



09/273,4*4 



(AppH09(6cmSeriaiNo.} 



ICTALSSmiTS 



(FO&r^Da^) 



(St^S) 



{AppHcation Serial No.) 



(RikisDatS) 



(ApjpOes^SeMMo.) 



(Filing IMe) 



(Status) 
(Planted, pencfins* aHMonM) 



(Status) 
(patmted* pmding, abandor^} 



I heretytf (tedare th^rt jaR :«atemente made herabi ^ my ovwi knowtedge are true and jhat.att 
^ernarMa^nad^ cH»^:fei«»nfeflGm and t>6fef ai« t^biMi taift thHi; andi^trtt^ 0^^^^ iria^flnert^ 
iwm mad^ M«h the fcnowiedea »iat fa}&e atatsmente and «ie f Ike so mada aie punlshatrfa by 
fine or atipriabnmefit. or both, under Mion 1<W1 of TiHe 18 of the UnHed Slataa Code and that such 
vMffU ^se staiamenta jeopanfo^ 



raimandTniimrKOffleMiji aWaniEifrop MkatKC 



.30 DEC 2001 (FRIJ 16:40 



■■i.„ , 



972 3 «t26H7 



PAGE. 5 



POWER 9F ATTORNEy: M a blamed invmion 1 her^y mi^^t Vm fiottovving attm^s) md/or 
agenl^s) (o im^eo^ 4irt^ af^^ca6(Ki and tfansa^-^ iH^nMS in the Pal»nt and Trsdemaifc Office 
cor^riiHCled theiewKh. (Mi^me wmi mgkim^ mmmr) 



"Send! Corrwpond©iK»lbIp^^ 



OOTHE 



Direct Tai^riiom Oils to: (mmtiriatcf^n>(m9mma>&) 

tBKfwxmGBxammjm'mi { 



ISiUELl 



PotiomosAikfeM 



^ ntmof MOM mvmitaniif^ 



